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AMENDMENTS TO THE CLAIMS 

1 . (Currently amended) A method of providing a reliable server function in support of a 
service or a s e t of s e rvic e s , such as internet-based applications, the method comprising the 
following steps : 

[[-]]forming a server pool (SP) with one or more pool elements (PE1, PE2) , each of the pool 
elements (PE1, PE2) being capable of supporting the service[[/s]], 

[[-]] providing at least one name server (NS) for managing and maintaining a name space for 
the sewer pool (SP), the name space comprising a pool name identifying the sewer pool (SP), 

[[-]] sending, by a pool user (PU) for making use of the service[[/s]], a request to the name 
server (NS) indicating the pool name, 

[[-]] resolving, by the name server (NS) upon request, the pool name to a Name Resolution 
List, the Name Resolution List comprising address information, including at least an such as IP 
address, related to one or more of the pool elements (PE1, PE2) , 

[[-]] sending the Name Resolution List by the name server (NS) to the pool user (PU), 

[[-]] accessing, by the pool user (PU) and based on the address information from the Name 
Resolution List, one of the pool elements (PE1, PE2) of the server pool (SP) for making use of the 
service[[/s]], 

characterized by wherein sending status information related to the operational status of at 
least one of the pool elements (PE1, PE2) is sent from the name server (NS) to the pool user (PU), 

that the pool user (PU) determines a status vector comprising status information related to an 
availability of one or more of the pool elements (PE1, PE2) and the status vector determined by the 
pool user (PU) is updated by the status vector received from the name server (NS) and 

that the status information related to the availability is determined by the expiry or non- 
expiry of one or more timers related to message transmission between the pool user (PU) and the 
one or more of the pool elements (PE1, PE2) in the one of an application layer and[[/or]] a transport 
layer. 
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2. (Currently amended) The method of claim 1, charact e riz e d in that wherein the status 
information represents a timestamp indicating a point of time at which the status of one of the pool 
elements (PE1, PE2) is determined. 

3. (Currently amended) The method of claim 2, 

characteriz e d in that wherein the status of said one of the pool elements (PE1, PE2) is 
determined based on a Keep-Alive-Acknowledgement-Message received by the name server (NS) 
from the one of the pool elements (PE1, PE2) in response to a Keep-Alive-Message sent by the 
name server (NS) to the one of the pool elements (PE1, PE2) or a local timer expiry notification at 
the name server (NS) due to a missing Keep- Alive- Acknowledgement-Message from one of the 
pool elements (PE1, PE2) , the Keep-Alive-Acknowledgement-Message and the local timer expiry 
notification indicating the status of the one of the pool elements (PE1, PE2) , for example as being 
up and down, respectively. 

4. (Currently amended) The method of claim 2 e*4, 

charact e riz e d in that wherein the status information comprises a positive number, for 
e xampl e representing the timestamp, if said one of the pool elements (PE1, PE2) is in an up-status 
and the status information comprises a negative number, for e xampl e representing the timestamp 
with a minus sign, if said one of the pool elements (PE1, PE2) is in a down-status. 

5. (Currently amended) The method of any one of th e pr e c e ding claims claim 1, 
charact e riz e d in that wherein the sending of the request by the pool user (PU) to the name 

server (NS) is performed by sending a name Resolution Message, the sending being triggered within 
the pool user (PtJ) to accomplish cache population. 

6. (Currently amended) The method of any on e of the pr e c e ding claims claim K 
characteriz e d in that wherein sending the name Resolution List by the name sewer (NS) to the pool 
user (PU) comprises sending a name Resolution Response Message, which further comprises the 
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status information, whereby pr e f e rably the status information is inserted into the name Resolution 
Response Message as a status vector, 

7. (Currently amended) The method of any one of th e preceding claims claim U 
charact e riz e d in that wherein a particular one of the pool elements (PE1, PE2) in the server 

pool (SP)-is selected for the server function, based on the status information in the status vector 
received from the name server (NS). 

8. (Currently amended) The method of claim 1, 

charact e riz e d in that wherein the status vector determined by the pool user (PU) is updated 
by replacing status information with corresponding status information of the status vector received 
from the name server (NS), in cas e if the corresponding status information is indicated to be more 
up-to-date, for e xampl e th e absolute valu e of a tim e stamp being higher . 

9. (Currently amended) The method of any on e of claims 5 to 8 claim 5 , 

charact e riz e d in that wherein in selecting a particular one of the pool elements (PE1, PE2) in 
the server pool, by the pool user 4 (PU) further a server selection policy is applied, in particular 
Maximum Availability SSP or on e of its extension s. 

10. (Currently amended) A name server (NS) for managing and maintaining a name space 
for a server pool (SP) with one or more pool elements (PE1, PE- ) for providing a reliable server 
function in support of a service or a s e t of s e rvic e s, such as int e rnet bas e d applications , the name 
server comprising: 

[[-]] a pool resolution server module £W) to receive a r e qu e st, pr e ferably a name Resolution 
Message request according to the IETF ASAP protocol, indicating the pool name, and 

[[-]] a memory (44) to store address information, such as including an IP address, related to 
the pool elements (PE1, PE2) associated to a pool name identifying the server pool (SP), the pool 
resolution server module (W) being adapted to resolve, in response to the request, the pool name to 
a name Resolution List by accessing the memory (44) and extracting the address information 
associated to the pool name thereof, and to assemble a message comprising the Name Resolution 
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List , such as a Nam e - R e solution - R e spons e- M e ssag e according to the IETF ASAP protocol, and to 
send the message to the sender (44) of the request, 

charact e riz e d in that wherein the memory (44) is further adapted to store status information 
associated to one or more of the pool elements (PE1, PE2) and the pool resolution server module 
(10) is further adapted to access, in response to the request, the memory (44) to extract the status 
information, and to send the status information back to the sender (14) of the request, pref e rably by 
inserting the status information into the message as a status vector. 

1 1 . (Currently amended) The name server of claim 10, 

charact e rized by wherein an element status module (45) is provided to assemble a Keep- 
Alive-Message , preferably an Endpoint - Ke e p - Aliv e- messag e according to the IETF ASAP Protocol, 
and to send the Keep-Alive-Message to one of the pool elements (PE1, PE2) , and to receive a Keep- 
Alive-Acknowledgement-Message or to receive a local timer expiry notification, pref e rably an 
Endpoint K ee p Alive Ack m e ssag e or a local tim e r e xpiry according to the IETF ASAP Protocol, 
from one of the pool elements (PE1, PE2) and, in response to this reception, to access the memory 
(44) to write status information indicating the status of said one of the pool elements (PE1, PE2) , 
pref e rably as being up and or down, respectively. 

12. (Currently amended) The Name server of claim 11, 

charact e riz e d in that wherein the element status module (43) is adapted to write as the status 
information a number representing a timestamp. 

13. (Currently amended) A pool user device (PU) for making use of a server function in 
support of a service or s e t of s e rvic e s, for exampl e int e rnet bas e d application s , which can be 
provided by each one of one or more pool elements (PE1, PE2) of a server pool (SP), the pool user 
device comprising: 

[[-]] a pool resolution client module (1-6) to assemble a request, 

pr e f e rably a Nam e R e solution - M e ssag e according to the IETF ASAP protocol, indicating a 
pool name identifying the server pool (SP), to send this request to a name server (NS) and to receive 
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a message comprising a name resolution list, pr e f e rably a Nam e- R e solution R e spons e- M e s s ag e 
according to the IETF ASAP protocol from the name server (NS), 

[[■]] a server selection module (4-8) to access, based on address information from the name 
resolution list, a particular one of the pool elements (PE1, PE2) of the server pool (SP) for making 
use of the service[[/s]] 5 

charact e rized in that wherein the pool resolution client module (+6) is further adapted to 
receive the message comprising a status vector and the server selection module (4-8) is further 
adapted to access the particular one of the pool elements (PE1, PE2) in response to status 
information included in the status vector and that resolution client module (4-6) is adapted to 
determine a status vector comprising status information related to an availability of one or more of 
the pool elements (PE1, PE2) and to update the status vector determined by the pool user (PU) by 
the status vector received from the name server (NS) and the pool resolution client module (4-6) is 
adapted to determine the status information related to the availability by the expiry or non-expiry of 
one or more timers related to message transmission between the pool user (PU) and the one or more 
of the pool elements (PE1, PE2) in the one of an application layer and[[/or]] transport layer. 

14. (Currently amended) The pool user device of claim 13, 

charact e riz e d wherein by a memory (20) to store status information, preferably a status 
vector, where the pool resolution client module (4-6) and the server selection module (18) b e ing are 
adapted to write and read, respectively, the status information. 

15. (Currently amended) The pool user device of claim 14, 

charact e rized by further comprising a server availability module (23) to determine status 
information related to an availability of one or more of the pool elements (PE1, PE2) and to access 
the memory (20) to write the status information thereto. 

16. (Currently amended) The pool user device of claim 15, 

charact e riz e d in that wherein the server selection module (4-8) is adapted to update the status 
vector written by the server availability module (22) to the memory (20) by the status vector 
received by the pool resolution client module (4-6). 

17. (Currently amended) The pool user device of any one of claim s 13 to 16 claim 13 , 
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charact e riz e d in that wherein in selecting a particular one of the pool elements (PE1, PE2) in 
the server pool (SP), by the server selection module (1 8 ) furth e r a server selection policy is applied T 
in particular Maximum Availability SSP or one of its e xt e nsions . 
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